是否有任何教程或c#库可以帮助我完成以下任务选择要编辑的文件要求用户选择剪切/裁剪/修剪方法:-按时间或按百分比按选择的时间或百分比剪切/裁剪/修剪视频(说我希望将5分钟的视频缩减为4分钟的视频，或将视频缩减80%)按要求将视频保存到指定路径现在步骤1)和4)我已经实现了但是找不到一个好的c#库来完成3)和4)我查找了ffmpeg库，但找不到一个好的C#包装器来满足要求。 最佳答案 ffmpeg是一个非常强大的应用程序，我已经使用了很多次，甚至是从C#开始的。您不需要C#包装器库。您所要做的就是使用以下命令从C#执行ffmpeg命令

目前我正在C#/.NET中寻找一种相当快速且相当准确的算法来在代码中执行这些步骤:将图像加载到内存中。从位置(0,0)的颜色开始，找到未被占用的空间。剪掉这个不必要的空间。我已经说明了我想要实现的目标:我能想到的是获取(0,0)处像素的颜色，然后执行一些unsafe逐行/逐列遍历所有像素，直到我用另一种颜色遇到一个像素，然后切掉边框。我只是担心这真的很慢。所以我的问题是:您是否知道任何快速算法(最好没有任何第3方库)从内存图像/位图中删除“空”边框？旁注:算法应该“合理准确”，而不是100%准确。一些容差，例如裁剪过多或过少的一行都可以。补充1:我刚刚以最简单的方式实现了我的蛮力算法。

我有字符串对象。我需要将此数据传递给XYZ类型的另一个对象。但是这个XYZ类型的对象只采用System.IO.Stream。那么如何将字符串数据转换成流，让XYZ类型的对象可以使用这个字符串数据呢？ 最佳答案 您必须选择一种文本编码来将字符串转换为字节数组，然后使用MemoryStream调用您的函数。例如:using(System.IO.MemoryStreamms=newSystem.IO.MemoryStream(System.Text.Encoding.UTF16.GetBytes(yourString))){XYZ(ms)

在使用原生NSTimer还是使用.NET替代品时是否有规则？System.Windows.Forms.TimerSystem.Timers.TimerSystem.Threading.Timer 最佳答案 如果您的目标是可移植性，我会使用.NET计时器(见下文)，除非您别无选择(例如方法的NSTimer参数)调用)。很遗憾，您的问题中没有列出我一直以来最喜欢的计时器，它是由Task类提供的:awaitTask.Delay(20);//dosomethingafterthedelay使用非常简单。因此，代替此Timer代码:voidf

我知道通常建议使用DotNetZip或SharpZipLib库之类的库来使用.net语言(在我的例子中是C#)创建ZIP文件，但使用System并非不可能.IO.Packaging生成ZIP文件。我认为尝试在C#中开发一个例程可能会很好，它可以做到这一点，而无需下载任何外部库。有没有人有一个或多个使用System.IO.Packaging生成ZIP文件的方法的好例子？ 最佳答案 让我为你谷歌这个->system.io.packaging+generate+zip第一个链接http://weblogs.asp.net/jongallo

请说说你的想法。1.DateTimedt=System.IO.File.GetLastAccessTime("C:\\There_is_no_such_file.txt");2.DateTimedt=System.IO.File.GetLastAccessTime("");如果路径参数中描述的文件不存在，则此方法返回调整为本地时间的公元1601年1月1日午夜12:00协调世界时(UTC)。第二种情况抛出参数异常。为什么在第一种情况下没有抛出FileNotFoundException(或smth.simmilar)？ 最佳答案 这是记

是否可以在C#中完全不使用System.IO.FileInfo来获取文件的大小？我知道您可以分别使用Path.GetFileName(yourFilePath)和Path.GetExtension(yourFilePath)来获取名称和扩展名等其他内容，但显然不是文件尺寸？有没有另一种方法可以在不使用System.IO.FileInfo的情况下获取文件大小？这样做的唯一原因是，如果我是正确的，FileInfo会获取比我真正需要的更多的信息，因此如果我唯一需要的是文件的大小，则收集所有这些FileInfo需要更长的时间。有没有更快的方法？ 最佳答案

我有一段代码需要能够修改文件末尾的几个字节。问题是文件很大。高达100+Gb。我需要操作尽可能快，但经过几个小时的谷歌搜索后，.Net似乎在这里相当有限？？？我一直在尝试使用System.IO.FileStream并且不知道其他方法。“反向”文件流可以，但我知道如何创建一个(从末尾而不是从头开始写)。这是我所做的一些事情:(注意:时间是在关闭流时花费的)staticvoidMain(string[]args){//Simulatealargefileintsize=1000*1024*1024;stringfilename="blah.dat";FileStreamfs=newFile

假设我只对处理文本文件感兴趣，那么与StreamWriter相比，System.IO.File方法有哪些具体优势或劣势？是否涉及任何性能因素？基本区别是什么，在什么情况下应该使用哪些？还有一个问题，如果我想将一个文件的内容读入一个字符串并对其运行LINQ查询，哪个最好？ 最佳答案 在File类中看似重复的方法背后有一段有趣的历史。它是在对.NET的预发布版本进行可用性研究之后产生的。他们请了一群有经验的程序员编写代码来操作文件。他们以前从未接触过.NET，只是有文档可以使用。成功率为0%。是的，有区别。当您尝试读取一个GB或更大的文

场景-150MB的文本文件，它是旧电子邮件帐户的导出收件箱。需要解析并提取来自特定用户的电子邮件，并将这些电子邮件写入一个新的单个文件。我有可用的代码，它只是太慢了。我正在使用标记字符串来搜索从原始文件开始/结束副本的位置。这是主要功能:StreamReadersr=newStreamReader("c:\\Thunderbird_Inbox.txt");stringworking=string.Empty;stringmystring=string.Empty;while(!sr.EndOfStream){while((mystring=sr.ReadLine())!=null){i